Should this be a git submodule rather than vendorize?

Should this be a git submodule rather than vendorize?

I was wondering this myself, but there are a bunch of changes that we need to make to the sd-source,
we need to bring in dom_types etc in various places (https://github.com/nstott/deno/blob/enable-sd-streams/cli/js/streams/pipe-to.ts#L17-L18), and we need to add the extension for all the imports (the source repo doesn't have those (https://github.com/stardazed/sd-streams/blob/master/packages/streams/src/pipe-to.ts#L8-L10).

Another option is to fork and float a patch, that way we could rebase over future updates...

@nstott I'd like to land this but it's red .. can you look into it?

will do!

That's done it.
I didn't realize these kinds were shared in both worlds.
I'm not sure this is the right place to put these.
There are a couple of places that sd-streams calls a DomException

https://github.com/stardazed/sd-streams/blob/45aa9d1ab8679cfcc3ca2959f6eef2276197d1c6/packages/streams/src/pipe-to.ts#L38

https://github.com/stardazed/sd-streams/blob/83df410ab4a0d1d049ecd3dccfefc9b36698a701/packages/streams/src/shared-internals.ts#L171

As far as I could tell, we didn't have an equivalent error type, so I shoved these into the DenoError bucket and punted

This is a lot of code that's being imported. If this is too big, I could stage these imports into smaller pieces.

for example, I could rip out the writer and transformer stuff from this pr, as we don't use those features yet, and don't have tests in place yet for that specific functionality.

FYI - this PR adds 1mb to the release executable on mac:

> ls -l target/release*/deno
-rwxr-xr-x  1 rld  staff  45396256 Oct 28 11:14 target/release-streams/deno
-rwxr-xr-x  2 rld  staff  44490880 Oct 28 11:16 target/release/deno